YrOM WILfcKIE fAM 37 FAX DEPT- (V/ED) 3. 30" 05 16:07/ST. !6:06/NO. 4200000344 P 

Application Serial No. 09/625 J25 
■Attorney E>ockei No. 1 14596-28-000053BS 

Amendment Dated March 30, 2005 - Response to Office Action Of October 27, 2O04 

ROdARKS/ARGUMENTS 

Applicant respectfiilly responds to the Office Action of October 27, 2004 and requests 
leconsideration of the application. The shortened statutory period has been extended to run 
through April 27, 2004. 

Claims 1-43 are now pending, a total of 43 claims, aaims 1-30 are allowed, and claim 
34 is indicated as allowable. Of the claims not allowed, only claims 31 and 38 are independent. 
L Claim 31 

aaim 31 is discussed in paragraph 4 of the Action of October 2004, and paragraph 7 of 
the Action of March 2004, in the context of Hammond '686 alone. Claim 31 recites as follows: 
31. A method, comprising the steps of: 

in response to an exception raised while executing a program coded in 
instructions of a first instruction set architecture, initiating an execution thrttoA 
under an operating system coded in instructions of a second instraction set 
architecture; 

delivering the exception to the inidatcd thread for handling by the 
operating system. 

aaim 31 recites a "thread," a well-established term of art The Office Actions compare 
"initiating an execution thi^aU" to elements "SOOa-i" of Hammond '686, and assert that a 
"thfead" is identical to (in a § 102 sense) to a "handler" in the Hammond '686 reference. 
Equating these two terms is incorrBct, in a number of respects. 

Hammond '686 discusses "handlers" 500 at col. 9, Unes 52-col. 10, line 8, and at col, 
10. lines 43^5. A conventional "handler" opemtes as follows. When a program is interrupted, 
execution is transfeired to the handler. Almost by definition, when a program raises an 
exception and invoices a handler, the part of the program that raised the exception must not be 
allowed to execute until the handler for that exception completes. Leaving room for rare or 
artificially-constracted exceptions, if an excepted program is allowed to resume execution before 
the handler for the exception completes, the result wUl be incorrect execution. Therefore, 
conventionally, any possibility of prematurely executing the program is removed, by executing 
the handler in the same thread as the program itself Because the original context of the 
interrupted program is replaced with the context of the handler, the interrupted prograin is 
prevented from further execution until the handler completes. When the handler completes its 
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job of resolving the interrupt condition, it gives up control of the thread. Then, the scheduler 
picks a program to resume. The scheduler eventually picks the originally interrupted program. 
Thus, need and convenience nicely align in this conventional approach. Hammond *686 says 
nothing thai would suggest that he abandoned the advantages of this conventional ^roach. 

Claim 31 and Hammond '686 contrast in two ways. First, claim 31 requires a thread that 
**handles" the exception. Hammond *686 discusses no handler that executes "independently" of 
the program, and therefore no "thread." Second, claim 31 requires two threads to be 
concurrently extant - the intermpted "program," and the initiated '*thi^d" that handles the 
exception J Hammond *686 never mentions the word "thread" at all, let alone more than one. 

Claim 31 is patentable over Mammond *686. 

A. The *Talioo!^* Definition of *TTiread" 

As noted in Applicant's paper of July 2004, the "thread" of claim 31 is not identical to a 
"handla:'* of Hammond '686. In reply, the Office Action of October 2004 correctly quotes the 
Yahoo! education web site^ for the term "thread:** "a portion of a program that can run 
independently [of] other portions of the program," but then ignores the words that were quoted. 

As noted above, Hammond '686 at most suggests miming the handler in the identical 
thread that was interrupted Hic only "other portion of the progrtun" mentioned in Hammond 
'686, that is, the portion that was interrupted, cannot even be considered for scheduling until the 
handler comples. Hammond's "handler" is not "independent" of the interrupted portion of the 
program. Without "independence " Hammond's "handler" cannot be a **tiiriead." 

By die Examiner's own choice of definition, claim 31 recites a "thread" that distinguishes 
Hanunond '686. 



To clarify the record for purposes of any future litigation: a$ a practical matter, in most cases, 
the thread for the interrupted process must not be allowed to resume execution until the handler 
con^letes. Claim 31 reqiiires only that a handler **thread" be "initiated " not necessarily that the 
interrupted thread and the handler thread be allowed lo aciually execute concurrendy. 

^ Yahool Education does not provide a fully correct "definition" that precisely sets forth all of 
the characteristics that tiiose of ordinaiy skill use to distinguish 'threads" from similar related concepts. 
Rather, the Yahoo! definition is more a non-specialist*s introductory overview of the general concepts 
embodied in the term. 



Response to Office Action 3 114596-28-000053BS S/N 09/625,325 

PAGE4f9' RCVD AT 3/3m5 4:01:19 PM [Eastern Standard Time]' SVR:USPT0-EFXRF-1/3' DNIS:8729306' CSID:12127288111 ' DURATION ([nm-ss):03-18 



WILL-KIE » 37 FAX DEPT- OVED) 3. 30' 05 16:08/ST. 16:06/NO. 4200000344 P 5 

-AnoiucyDQckclNo. ll4596-28-t(00053BS 

Amendment Dated March 30. 2005 - Respoase to Office Action of October 27, 2004 

B. A "Thread" Is Not Anything That '^Handles an Interrupt" 

The October 2004 Office AcUon, at page 2, line 26 to page 3, line 1, suggests that the 
term "thread" is so broad that it encompasses anything for "handling an intemipt" This 
paragraph of the Office AcUon relies on an incoirect legal test, and Uiereby reaches an 
imperniissibly-broad definition of "thread." When the correct legal test is applied, the claim 
language distinguishes Hammond '686. 

1. The Applicable Legal Test For Claim Interpretation 

The Director of die U.S. Patent and Trademark Office instnicts as follows, at MPEP 
§ 2111 (bold in original, underline added): 

2U1 Oaim Interpretation; Broadest Reasonable Interpretation [R-1] 

CLAIMS \fUST BE GIVEN THEIR BROADEST REASONABLE 
INTERPRETATION 

Duiing patent examination, the pending claims must be "given their broadest 
reasonable intetpretation consistent with the specification ." ... 

The broadest reasonable interpretation of the claims must also be consistent with 
the interpretation that th ose skilled in the art would raach 

U. "PLAIN MEANING" REFERS TO THE ORDINARY AND CUSTOMA RY 
MEANING GIVEN TO THE TERM BY THOSE OF ORDINARY IN THE 

ART 

... If extrinsic reference sources, such as dictionaries, evidence more than one 
definition for the term, the intrinsic record must be consulted to identify which nf 
the different possible de finitions is most consistent with applicant's use of the 
terms . 

The Board of Patent Appeals and Interferences has noted that dictionary definitions are 
not applicable when they are "unreasonable" or not "consistent with the specification." Kg,, Ex 
parte HoUingsworth, App. No. 96-2862, www.uspto.gov/weh/offices/dcomA>pai/decisions/ 
fd962862.pdf at 10-1 1 (BPAI 1996) (examiner'.? reliance on dictionary is "indiscriminate," 
"absurd," and "beyond all reason;" Board reminds that a claim must be inteipreted "in a manner 
consistent with Uie specification and construed as those skilled in the ait would constnie them"). 

At page 2. lines 9^10 of the Action of October 2004, the Examiner disagrees with the 
Director and with and Board of Patent Appeals. Instead of following their instructions, the 
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Examiner coins a totally new test for claim interpretation: •*any conventionally accepted 
definition;' without regard for "reasonable." "consistent with the specification," or "consistent 
with the interpretation [of] those skilled in the ait." 

When the wrong legal test is applied at the very fxrst step in analyzing a claim, none of 
the rest of the Office Action can be relied upon. When an examiner exceeds the Direclor*s 
instructions and acts outside the authority delegated by the Director, no rejection exists. 

2. The 'Interpretation That Those Skilled In The Art Would Reach" 

The term **thread" is a wcll-c$tabli5hed term of art in the computer sciences. Without 
getting into technical esoterics of a precise definition, all those skilled in the art would agree with 
at least the Yahoo! quote selected by the Examiner, that the notion of **thread" embodies 
"independence." No one of ordinary skill would consider an "exception handler'' and a **thread" 
to be the same thing. They are as different as a yellow highlighter mark tracing a loule on a map 
(one possible analogy to a 'Ihread") and a gaiage for repairing a breakdown (analogous to a 
"handler*'). A conventional 'thread" is the mechanism by which computer systems manage 
concurrent execution. A conventional "handler'' is invoked in a manner that prevents concurrent 
execution. 

Any assertion that the two terms are somehow interchangeable is wrong. 

3, Equating **Thread** And **HaiidIer" Is Inconsistent With "The 
Interpretation That Those Skilled in the Art would Reach'' 

An explanation of the term **thrcad," and the history of the development of thteadi, 
appears in a series of lecture notes for an operating systems course at the Uni ver^jity of California 
at San Diego, available at www.cs.ucsdedu/classesAfaOO/cseI20/lectures/5-flireads.pdf. The 
UCSD notes explain that the term "thread" connotes the *^jnit of scheduling." hi contrast, a 
traditional handler, such as Hammond's, preempts tiie program*s own thread, and is scheduled as 
a substitute for the program. Hammond's handler inhabits the same "unit of scheduling,** and is 
therefore not an independent 'thread" a$ recited in claim 31. 

Another explanation of threads is stated at httpy/www.wordiq.com/definition/ 
Thread_%28computer_science%29, enclosed with the previous Response to Office Action. In 
relevant part, excerpted as follows (bold in original, underline added) 
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Many programming languages, operating systems, and other software 
development environments support what are called "threads" of execution. 
Threads are similar to processes, in that both represent a single sequence of 
instnictions executed in parallel with other sequences, either by time slicing or 
multiprocessing. ... 

An advantage of a multi-threaded program is that it can operate faster on 
computer systems that have multiple CPUs, or across a cluster of machines. This 
is because the threads uf the program naturally lend themselves for truly 
concurrent execution . . . , 

This explanation is consistent with the others cited here, focusing on ^^parallel" and "concurrent" 
execution, "either by time slicing or multiprocessing." The attempt to read these elements out of 
the definition of '^read" at pages 2-3 of the Office Action is inconsistent with the ordinary use 
of the term. 

Another reasonable explanation appears at httpr/Av ww.calpoly.edu/cgi-bin/man- 
cgi?pthiead+3: 

A thread is an independent flow of control within a process, composed of 
a context (which includes a register set and a program counter) and a sequence of 
in$rtnictions to execute. , 

All processes consist of at least one thread Multi -threaded process^ 
contain several threads. . , . 

This explanation is consistent with the others cited in this paper, focusing on "independent flow 
of control, . This **independence" is absent from Hammond '686, and therefore Hammond 
'686 does not use threads. 

TTiese several explanations of "thread" are all consistent with the use of the term **thread" 
by those in die art, and the explanation from die Yahoo! Education dictionary cited in the Office 
Action. 

4. The Defmitioii Of «<Thread" Stated At Pages 2-3 Is Not <«Reasonable" 

In the paragraph spanning pages 2-3, the Office Action extrapolates a definition of 
^thrcad" that is broad enough to cover any "process that is part of a larger process or program."^ 



^ Note that these definitions allow for single-thread processes, in the simplest case. 

^ The Microsoft Dictionary definition is clearly not intended to be a precise "definition" for 
specialists; it is clearly intended only to be a *^rough idea" for non^specialists. It cannot be relied upon for 
what it was not intended to be. 
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This definition is beyond all reason: it includes everything froni a single instruction) to a 
conventional subroutine, to the purely hardware "process" of changing a transistor state from 0 
to 1. to loading the operating system into memory on cold boot before the operating system*s 
thread mechamsms are even initialized, to any mechanism for handling an interrupt 

T^is part of the Office Action cannot even be reconciled with the preceding paragraph of 
the Action itself, let alone the "reasonable'' understanding of one of ordinary skilL 

To the extent that the Office Action suggests (e.g., paragraph at page 2, lines 5-7) that the 
claims should be redrafted to "limit the definition of thread" to only the ordinary meaning of the 
word "thread'' but to exclude the meanings extrapolated in the Office Action, the Office Action 
asks the impossible. To the knowledge of the undersigned, there is no other term that has a 
recognized definition that is the same as the recognized definition for the term **thread." If the 
meaning of the word ''thread" is distorted as proposed in the Office Action, there is no other 
word available to take its place. 

A claim may not be rejected based on a definition that is not ""reasonable.** 

5* Equating ^Thread** and "handler" is Inconsistent with the 
Specification 

The specification uses the term "thread" and the term **handler^* in their ordinary senses, 
and uses them to describe different things* Often, the very some sentence uses both terms 
together. page 5, lines 20-22; page 7, line 31-page 8, line 4; page 64, lines 4-5; page 66, 
lines 8-13; page 72, lines 6-8; page 75, lines 17-18. If the two words are asserted to be identical, 
then these sentences make no sense. Equating them is "inconsistent with the specification," and 
thus not permissible. 

C Conclusion 

For these reasons, the 'thread** of claim 31 is not found in Hammond '686. Any rejection 
may be withdrawn. 

n. Claims 32, 33, 35 and 37-43 

Claim 38 recites language similar to claim 31, and is patentable for similar reasons. 
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Qaims 32, 33, 35, 37, and 39^3 are dependent on the independent claims discussed 
above, and patentable therewith. In addition, the dependent claims recite additional features that 
fuither distinguish the art. 

m. Inventorship 

Several of the inventors are no longer easily contacted. Apprc^ate papers to correct 
inventorship will be filed when the necessary information can be gathoed. 
IV. CoQfJusion 

In view of the amendments and remarks. Applicant respectfully submits that the claims 
are in condition for allowance, and requests that the application be passed to issue in due course. 
The Examiner is urged to telephone Applicant's undersigned counsel at the number noted below 
if it will advance the prosecution of this application, or with any suggestion to lesolve any 
condition that would impede allowance. Kindly charge any addiUonal fee. or credit any surplus, 
to Deposit Account No. 23-2405. Order No. 1 14596-28-<X)()053BS. 

Respectfully submitted, 

WILLKIE FARR & GAU J^GHER LLP 



Dated: March 30. 2005 
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